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(57) Abstract 

CAE (Computer Aided Engineering) and/or CAD (Computer Aided Design) systems are known from the prior art According to the 
invention, the system is designed such that object-oriented engineering of a plant with sufficient performance for interactive operation is 
possible. To this end, the system comprises a data model which represents in a physical product model the objects of the plant structure 
which exist in reality. Built about the abstract physical product model are applications which do not have their own data model. The 
applications form a window onto the abstract physical model, the window visualizing the abstract physical model in an application-specific 
manner especially for plant and/or electrical engineering. A module for use with this system employs a single classification method when 
structuring specific objects. 



(57) Zttsammenfassuog 

Vom Stand der Technik sind CAE- und/oder CAD-Systeme bekannt GemaB dcr Erfindung ist das System derait ausgebildet, da£ ein 
objektorientieites Engineering einer Anlage mit hinreichender Performance fur die interaktive Bedienung mdglich ist Dazu ist insbesondere 
ein Datenmodell vorhandcn, das die in der Realitat vorkommenden Objekte des Anlagenbaus in einem physischen Produktmodell abbildet 
Urn das abstrakte physische Produktmodell sind Applikationen gebaut, die kein eigenes Datenmodell haben. Die Applikationen bilden 
ein Fenster auf das abstrakte physische Modell, wobei das Fenster das abstrakte physische Modell applikationsspezifisch speziell fur ein 
anlagentechnisches und/oder elektrotechnisches Engineering visual isiert Ein Baustein zur Anwendung bei diesem System verwendet eine 
einzige Klassifikation bei der Strokturierung deMnierter Objekte. 
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Beschreibung 

Computergesttitztes Arbeits- und Informationssystem und zuge- 
hGriger Baustein 

5 

Die Erfindung bezieht sich auf ein computergestutztes Ar- 
beits- und Informationssystem, insbesondere CAE und/oder CAD- 
System, und dabei verwendeter Baustein. 

10 Die Projektierung bzw. das Engineering einer grofitechnischen 
Anlage erfolgt heutzutage in der Praxis bereits weitgehend 
computergestutzt . Insbesondere beim anlagentechnischen und 
elektrotechnischen Engineering tritt das Problem auf, dafi im 
Anlagen-EntstehungsprozeB konsistente Dokumente erzeugt wer- 

15 den mussen bzw. da£ auf konsistenten Dokumenten aufsetzend 
das Engineering modifiziert werden mufi. 

Beispielsweise bei der Anlagendokumentation wird bisher durch 
manuelle Nacharbeit versucht, die Dokumentation durchgehend 

20 konsistent zu gestalten. Weitergehende Ansatze versuchen, 

durch zeitintensive post-processing-Lauf e die verschiedenen 
Datenmodelle der am AnlagenentstehungsprozeS beteiligten Dis- 
ziplinen/Applikationen abzugleichen . Der Abgleich kann nur 
eine Partiallosung darstellen, weil im allgemeinen Fall die 

25 verschiedenen Datenmodelle nicht bijektiv abbildbar sind. 

Mit der Ver6f f entlichung 'Die Zukunft ist objektorientiert " 
(CAD-CAM REPORT Nr. 4, S.90 - 100 (1995)) wird auf die Mog- 
lichkeit der Realisierung reaktiver Systeme hingewiesen. Die 
30 bestehende Hardwareleistung wird dort aber als noch ungenQ- 
gend bezeichnet und es werden fur die Zukunft entsprechende 
Sof tware-Algorithmen gefordert, da zur praktischen Ausftihrung 
beim Anlagenengineering umfangreiche Datenmengen bewegt wer- 
den mussen. 



Aufgabe der Erfindung ist es daher, ein Arbeits- und Informa- 
tionssystem zu schaffen, mit dem speziell im anlagentech- 
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nischen und elektrotechnischen Engineering wahrend des An- 
lagenentstehungsprozesses immer konsistente Dokumente erzeugt 
werden, Mit dem Begriff 'Erzeugen' soil auch das Verandern 
von Dokumenten (Editieren) berucksichtigt werden. Weiterhin 
soli ein spezifischer Applikationsbaustein geschaffen werden. 

Die Aufgabe ist erf indungsgemaS dadurch gel6st, daS beim ob- 
jektorientiert ausgebildeten Arbeits- und Informations- 
system, bei dem zur Strukturierung Datenmodelle verwendet 
werden, die jeweils ein abstraktes physisches Modell der in 
der Realitat vorkommenden Objekte darstellen, und bei dem den 
abstrakten physischen Modellen jeweils Applikationen ohne ei- 
genes Datenmodell zugeordnet sind, die ein Fenster auf das 
abstrakte physische Modell bilden, das Fenster das abstrakte 
physische Modell applikationsspezif isch speziell fur ein an- 
lagentechnisches und/oder elektrotechnisches Engineering vi- 
sualisiert. Vorzugsweise werden zur Visualisierung Teile je- 
weils eines Objektes uber eine algorithmische Verarbeitugs- 
einheit vom abstrakten physischen Modell in das fur das anla- 
gentechnische und/oder elektrotechnische Engineering applika- 
tionsspezif ische Fenster gebracht. Dabei ist vorteilhaft, daS 
eine Engineeringkette realisiert ist, in der die Objekte - 
mathematisch gesehen - eindeutig sind. 

Mit der Erfindung ist erstmalig ein durchgehend objektorien- 
tiertes Engineering in der gesamten anlagentechnischen 
und/oder elektrotechnischen Engineeringkette m6glich. Dabei 
besitzt das System gemaS der Erfindung als wesentliches ar- 
chitektonisches Merkmal ein abstraktes physisches Produkt- 
modell. Das abstrakte physische Produktmodell beschreibt die 
im anlagentechnischen bzw. elektrotechnischen Engineering 
vorkommenden realen Objekte in einer kompakten und vollstan- 
digen Notation. Dies bedeutet, dafi die kompakte Notation der 
Objekte eine 1 : 1-Korrespondenz zwischen abstraktem physischem 
Produktmodell und der in der Realitat vorkommenden Objekte 
darstellt . 
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Als weiteres architektonisches Merkmal werden um das ab- 
strakte physische Produktmodell Applikationen gebaut, die 
sich dadurch auszeichnen, kein eigenes physisches Datenmodell 
zu besitzen. Vielmehr stellt eine Applikation lediglich je- 
5 weils ein Fenster auf das abstrakte physische Produktmodell 
dar, in der das Produktmodell in einer bestimmten Applikation 
spezifischer Art visualisiert wird. Uber das Fenster kann das 
abstrakte physische Produktmodell sukzessive aufgebaut bzw. 
modifiziert werden. 

10 

Bei der Erfindung erzwingt in vorteilhaf ter Weise das System 
durch seine Architektur immer eine konsistente Anlagendoku- 
mentation in der gesamten Engineeringkette. Insbesondere die- 
se Architektur modifiziert und aktualisiert dann mit einer 
15 fur eine interaktive Bedienung hinreichenden Performance alle 
Dokumente in den einzelnen Fenstern, die auch als sogenannte 
Views bezeichnet werden. 



Als erganzender Bestandteil der Erfindung kann eine Methode 
20 innerhalb des Arbeits- und Informationssystem geschaffen wer- 
den, mit der im Engineering wShrend des Anlagen- 
Entstehungsprozesses und den folgenden Lebensphasen des Pro- 
duktes "Anlage" immer konsistente Objekte fur beliebig erwei- 
terbare zusatzliche Visualisierungen applikations-spezif isch, 
25 beispielsweise auf die Anschlusse eines Produktes, konsistent 
erzeugt und verwaltet werden. 



Letzteres wird erf indungsgemafi mit einem zusatzlichen Bau- 
stein realisiert, bei dem zur Strukturierung definierter Ob- 

30 jekte, z.B. von Produkten und Netzwerken, eine einzige Klas- 
sifikation fur die realen AnschluSklassen dieser Objekte ver- 
wendet wird. Dieselbe Klassif ikation ist aus Konsistenz- 
grunden auch far die Reprasentationen solcher Objekte mit 
Hilfe graphischer Symbole zu verwenden. Die Klassif ikation 

35 ist somit ein abstraktes Modell aller der in der Realitat 
vorkommenden Anschlufiklassen. Jedes Objekt innerhalb einer 
Anlage steht funktional nur uber seine Anschlusse mit seiner 
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Umwelt in Verbindung. Jeder AnschluS eines Objektes ist durch 
die Klasse des Anschlusses in ein Netzwerk identischer Klas- 
se eingebunden. Die Klassif izierung last sich auf jeder Ebene 
beliebig hierarchisch erweitern. 

5 

Die Einfuhrung dieser Methode erlaubt OnLine eine Plausi- 
bilitatsprufung hinsichtlich Konsistenz zwischen den unter- 
schiedlichen AnschluSklassen eines Objektes. Vorgesehene Ver- 
bindungen eines Anschlusses einer definierten Klasse an ein 
10 Netzwerk einer anderen Klasse oder einen direkten AnschluS 
eines Objektes einer Klasse an den AnschluS eines Objektes 
einer anderen Klasse werden automat isch zwangsweise abgewie- 
sen. 

Die EinfOhrung dieser Methode erlaubt weiterhin OnLine eine 
Plausibilitatsprufung hinsichtlich Konsistenz auch zwischen 
den Daten der einem AnschluS zugewiesenen technischen Merkma- 
le und den entsprechenden Daten der Merkmale des anzuschlie- 
Senden Anschlusses des Netzwerkes der identischen AnschluS- 
klasse. 

Durch die Spezif ikation aller AnschluSklassen eines realen 
Produktes im Anlagenbau wird nicht wie bisher nur eine Klasse 
von Anschlussen verwaltet, sondern alle erf orderlichen bzw. 
25 benotigten Klassen des identischen Objektes innerhalb einer 
Anlage bzw. eines Systems. 

Besonders vorteilhaft ist, daS die Bearbeitung der verschie- 
denen Views auf die AnschluSklassen eines Objektes mit den 
30 Funktionen des erf indungsgem&B geschaffenen CAE- bzw. CAD- 
Systems abgewickelt werden kann. Beispielsweise k6nnen iden- 
tische Funktionalitaten fur das Routing aller beliebigen Net- 
ze im 2D- und 3D-Umfeld, oder das Erzeugen von MSR-, Strom- 
lauf- sowie P&ID Schemata erreicht werden. 

35 

Weitere Einzelheiten und Vorteile der Erfindung ergeben sich 
aus der nachf olgenden Figurenbeschreibung eines Ausfuhrungs- 
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beispiels anhand der Zeichnung in Verbindung mit weiteren Un- 
teranspruchen. Es zeigen 

Figur 1 eine Darstellung der gemafi dem Stand der Technik ex- 
5 emplarisch m6glichen Applikationen zum Aufbau einer 

elektrotechnischen Anlagendokumentation, 
Figur 2 den prinzipiellen architektonischen Aufbau des Sy- 
stems gemaS der Erfindung, 
Figur 3 eine konkrete Realisierung der Figur 2 am Beispiel 
10 eines Motors, 

Figur 4 einen prinzipiellen Aufbau einer Engineeringkette auf 

unterschiedlichen Plattformen, 
Figur 5 ein zu Fig, 2 erganzenden architektonischen Aufbau 
des Systems, der einen eigenen Baustein bilden kann, 
15 und 

Figur 6 eine konkrete Realisierung der Figur 1 am Beispiel 
der Reprasentation eines elektromagnetisch betatigten 
pneumatischen Ventils mit Hilfskontakt fur einen LWL- 
Anschlufi mittels grafischer Symbole. 

20 

Beim Engineering von Anlagen ist die Anlagendokumentation von 
wesentlicher Bedeutung. In Figur 1 sind exemplarisch mogliche 
Applikationen zum Aufbau einer elektrotechnischen Anlagen- 
dokumentation als Blockschaltbild dargestellt. Dabei bedeuten 

25 11 eine Einheit fur die Projektverwaltung und zur Projekt- 
strukturierung, 12 eine Einheit fur einen Stromlaufplan, 13 
bis 16 Einheiten fur Klemmenplan, Betriebsmittelplan, Stuck- 
liste od. dgl. und 17 eine Einheit fur das Schaltschrank- 
Layout. Wesentlich ist dabei, dafi aus der Einheit 11 die Da- 

30 ten zur Einheit 12 gehen und von dort zu den Einheiten 13 bis 
16. Aus der Einheit 16 fur die Stuckliste lafit sich das 
Schaltschrank-Layout generieren. Jede der Einheiten 11 bis 17 
hat dabei eine eigene Datenstruktur, beispielsweise die Ein- 
heit 11 die Datenstruktur A, die Einheit 12 die Datenstruktur 

35 B, usw.. Die Einheit 17 fur das Schaltschrank-Layout hat dem- 
zufolge die Datenstruktur G. 
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Wenn aus technischen Notwendigkeiten heraus in der Applika- 
tion gemafi Einheit 13 (Klemmenplan) die Klemmenbezeichnung 
auf der Klemmenleiste verandert wird, ist zunfichst die logi- 
sche Beschreibung der Schaltung im Stromlaufplan davon unbe- 
ruhrt. Nur durch manuelles Nachziehen der Anderung in der Ap 
plikation gemafi Einheit 12 (Strondaufplan) kann die Kon- 
sistenz der Dokumente, d.h. Stromlaufplan und Klemmenplan, 
sichergestellt werden. 



10 Letztere Problematik verscharft sich, wenn die Verkettung der 
Applikationen fur das Anlagen-Engineering langer wird. Aus 
Figur 1 ist ersichtlich, dafi bei Modif ikationen der Be- 
stuckung in der Einheit 17 fur das Schaltschrank-Layout erst 
ein manuelles Nachziehen des Stromlaufplanes und der Stuck- 

15 liste die Wiederherstellung der konsistenten Engineering- 
Dokumente zur Folge hat. Damit sind aber insbesondere bei 
langeren Engeneeringketten entsprechende Fehlerquellen ver- 
bunden . 



20 In Figur 2 ist der prinzipielle architektonische Aufbau eines 
neuen CAE-Systems fur die Elektrotechnik(ET) bzw. fur die 
Elektro-, MeS- und Regeltechnik (EMSR) wiedergegeben . Dabei 
bedeutet 20 ein physisches und konsistentes Produktmodell in 
einer objektorientierten Datenbank (OODB) , das von einzelnen 

25 Sektoren 21 bis 28 umgeben ist und mit diesen Sektoren in bi- 
direktioneller Datenverbindung steht. Beispielsweise bedeutet 
21 die Applikation "Betriebsmittelplan" , 22 die Applikation 
"Stromlaufplan" , 23 die Applikation ■Klemmenplan" , 24 die Ap- 
plikation "Verdrahtungslisten", 25 die Applikation "SPS Ge- 

30 samtdarstellung", 26 die Applikation "Stucklisten" , 27 die 
Applikation "Kabel etc.". Wesentlich ist dabei, dafi das ab- 
strakte physische Produktmodell 20 ein physisches Datenmodell 
beinhaltet, wahrend die darum gebauten Applikationen kein ei- 
genes physisches Datenmodell besitzen. Vielmehr stellen die 

35 Applikationen lediglich jeweils ein Fenster ("View") auf das 
abstrakte physische Produktmodell 20 dar, in der das Produkt- 
modell in einer applikationspezif ischen Art visualisiert 
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wird. Ober diese sogenannten Views wird das abstrakte physi- 
sche Produktmodell sukzessive aufgebaut bzw. modif iziert . 

Modif ikationen in einer View - entsprechend einer der Appli- 
5 kationen 21 bis 28 - bedeuten die automatische Aktualisierung 
der anderen applikationsspezif ischen Views, weil die anderen 
applikationsspezif ischen Views lediglich die graphische Re- 
prasentation, d.h. die Visualisierung des abstrakten physi- 
schen Produktmodells, darstellen. Es werden auch nur die Tei- 

10 le eines Objektes in der View visualisiert , die in dieser En- 
gineering-Disziplin von Interesse sind. Beispielsweise visua- 
lisiert sich ein Objekt "Bauteil" im Stromlaufplan mit seiner 
logischen Funktion, im Klemmenplan dagegen unter anderem mit 
seinen AnschluSbezeichnungen, in der Stuckliste mit seinen 

15 Bestelldaten . 

Die Umsetzung des Objektes in einzelne Views far bestimmte 
Appl ikationen wird anhand Figur 3 fur das Beispiel eines Mo- 
tors beschrieben. Es wird deutlich, daS dafur jeweils nur 
20 Teile des Objektes verwendet werden und mittels spezifischer 
Verarbeitungseinheiten, die einen vorgegebenen Algorithmus 
beinhaltet, visualisiert werden. Die Visualisierungsmethoden 
sind dabei sof tware-gestutzt . 

25 In Figur 3 ist ein physisches Produktmodell fur einen Motor 
mit 30 bezeichnet. Die Elemente dieses in der objektorien- 
tierten Datenbank (OODB) abgespei chert en physischen und kon- 
sistenten Produktmodells beinhalten beispielsweise eine Grup- 
pe 31, welche die logische Funktion des Motors beschreiben, 

30 und beispielsweise eine andere Gruppe 32, welche eine reine 
Aufzdhlung beinhaltet . Entsprechend Figur 2 last sich vom 
physischen Produktmodell 30 des Motors beispielsweise ein er- 
stes Fenster 34 generieren, welches den Stromlaufplan visua- 
lisiert. Dazu ist eine Einheit 35 mit einer spezif ischen Vi- 

35 sualisierungsalgorythmik vorhanden, die jedoch keine eigene 
Datenstruktur beinhaltet. Es wird somit erreicht, daS die 
View m Stromlaufplan" mit der eigenen Algorithmik entsprechend 
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der Einheit 35 die aus der Anwendungssicht relevanten Infor- 
mationen des physischen Produktmodells 30 far den Motor in- 
terpretiert und visualisiert . Dafar werden die in der Einheit 
31 zusammengefafcten relevanten Informationen verwendet. 

Ganz entsprechend kann in einem anderen Fenster 36 die StQck- 
liste dargestellt werden, wobei hier wiederum eine Einheit 37 
mit einer eigenen Visualisierungsalgorythmik vorgeschaltet 
ist, die ebenfalls keine eigene Datenstruktur hat. Es wird so 
in der View -Stuckliste" die Stuckliste mit einer eigenen Al- 
gorithmik interpretiert und visualisiert, wobei in diesero 
Fall die relevanten Informationen aus dem physischen Produkt- 
modell 30 fur den Motor durch die Untergruppe 32 verwendet 
wird. 



Wird nun beispielsweise in der View „ Stuckliste" die Bezeich- 
nung Ml geSndert, erhalt der Stromlaufplan automatisch durch 
die beschriebene Sof tware-Architektur die geanderte Bezeich- 
nung. Dabei wird deutlich, daS im physischen Produktmodell 30 
immer nur ein Objekt den Reprasentanten fur spezifische an- 
lagentechnische Merkmale darstellt. Letzterer ist die 
Schnittmenge der Gruppen 31 und 32, d.h. konkret, die gemein- 
sam vom Rechteck und der Ellipse in Figur 3 uberstrichene 
FlSche. Entscheidend ist dabei, daS die beiden Fenster 34 und 
15 36 mit den jeweiligen Views keine eigene physische Daten- 
struktur besitzen, sondem vielmehr mit der viewspezif ischen 
Algorithmik Teile des physischen Produktmodells 30 far den 
Motor interpretieren und visualisieren . 



0 Der Aufbau und die Modifikation des in der objektorientierten 
Datenbank (OODB) befindlichen physischen Produktmodells wird 
far das objektorientierte Engineering durch eine Client-Ser- 
ver-Architektur unterstatzt, wobei die Clients mit den oben 
beschriebenen Views und die Server auf verschiedenen Hard- 

5 ware(HW)-Plattformen laufen konnen. Dadurch wird eine trans- 
parente und gleichzeitige Projektbearbeitung unterstatzt, 
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selbst wenn der eine Client auf MS/Windows und der andere 
Client auf UNIX operiert. 

Die Figur 4 zeigt im einzelnen, daS Multi-User, Concurrent- 
5 Engineering und Interoperabilitat uber verschiedene Platt- 
formen mGglich sind. Im einzelnen stellt 40 einen OODB-Server 
dar, der beispielsweise auf einer Unix- und/oder Windows- 
Plat t form lduft und dem in einer Einheit 41 die Daten gem&S 
OODB zugeordnet sind, wobei die Einheit 41 ebenfalls auf ei- 

10 ner UNIX- und/oder Windows -Piatt form lauft. Es sind exem- 

plarisch zwei Nutzer 46 und 47 dargestellt, von denen der ei- 
ne Nutzer 46 einen PC mit Windows und der andere Nutzer 47 
eine Workstation mit UNIX hat. Beispielsweise werden beim 
Nutzer 46 die Views „ Projektstruktur/Projektverwaltung" und 

15 "Stroml auf plan" angezeigt und beim Nutzer 47 der Views 
"Klemmenplan, Stuckliste" . 

Bei der gem&£ Figur 4 beschriebenen Client-Server-Architektur 
ist eine vollstandige Interoperabilitat zwischen den unter- 
20 schiedlichen Syst einen gegeben. 

Anhand der Figuren 2 bis 4 wurde ein computergestutztes Ar- 
beits- und Informations system beschrieben, mit dem ein durch- 
gehend objektorientiertes Engineering einer Anlage m6glich 

25 ist. In den damit geschaffenen Anlagendokumenten passen Pro- 
jektstrukturierung, Stromlaufplan, Stucklisten, Klemmenplan 
etc. immer zusammen. Andert man beispielsweise im Klemmen- 
Editor Klemmenbezeichnungen, so werden entsprechend alle Do- 
kumente ge&ndert, auf denen die Klemmenbezeichnungen auch 

30 auftreten, automatisch aktuell gehalten. Ein aufgeblendetes 
Stromlaufplandokument zeigt die aktuellen geanderten Klemmen 
an. Dabei kann das Engineering der Klemmen in einem Klemmen- 
Editor auf einer HW-Plattform A von einem Projekteur Al 
durchgefuhrt werden, wobei der Projekteur Bl auf der HW- 

35 Plattform B sofort das aktuelle Stromlaufplandokument sieht. 
Entsprechendes gilt fur die anderen anlagentechnischen Diszi- 
plinen analog, beispielsweise Stucklisten fur Bestellung, 
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Projektverwaltung/Projektstrukturierung, Betriebsmittelplan, 
EMR-Stellenplan oder Schaltschrank-Layout . 

Beim Engineering gem&S den Figuren 2 bis 4 ist also eine in 
5 der Engineeringkette durchgehend konsistente Anlagendokumen- 
tation gewahrleistet. In Figur 5 ist der prinzipielle archi- 
tektonische Aufbau des neuen CAE-Systems mit zusatzlichem 
Baustein wiedergegeben. Dabei bedeutet 100 ein Objekt mit An- 
schlussen in der objektorientierten Datenbank (OODB) als Un- 
10 tergruppe des Objektes 20 aus Fig. 2, das von einzelnen Sek- 
toren 101 bis n umgeben ist und mit diesen Sektoren in bidi- 
rektionaler Datenverbindung steht. 

Beispielsweise bedeutet der Sektor 101 die Sicht auf das Ge- 
samtobjekt, dokumentiert z.B. in verschiedenen funktions-, 
produkt- und ortsorientierten Applikationen eines Betriebs- 
mittelplans. Sektor 102 bedeutet die Sicht auf die elektri- 
schen Anschlusse, dokumentiert wiederum in verschiedenen 
funktions-, produkt- und ortsorientierten Applikationen. Sek- 
tor 103 bedeutet die Sicht auf die material fuhrenden An- 
schlusse, ggf. subklassifiziert, dokumentiert ebenfalls in 
verschiedenen funktions-, produkt- und ortsorientierten Ap- 
plikationen. Die einzelnen Applikationen sind in Fig. 5 je- 
weils mit 111,112, mit 113,121, 122, 123, .. .etc fur Stuckli- 
sten, Anschlufiplanlisten und Schemapiane, . . . etc bezeichnet. 
Entsprechendes gilt analog fur die weiteren Sektoren 104 bis 
n. Uber diese Views kann das abstrakte physische Produktmo- 
dell sukzessive aufgebaut bzw. modifiziert werden. 

30 Die Umsetzung des Objektes in einzelne Views fur bestimmten 
Applikationen wird anhand Figur 6 fur das Beispiel eines 
elektromagnetisch betatigten pneumatischen Ventils erlautert: 
Dabei symbolisieren die Bezugszeichen 130 einen elektrischen 
Leiter, 140 einen material fuhrenden Leiter (Ventil) und 150 

35 einen optischen Leiter(LWL), welche Einheiten durch ein me- 
chanisches Wirknetz 160 gekoppelt sind. Als unterschiedliche 
Views sind gemaS Fenster 180 einerseits eine Gesamtansicht 
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des Objektes sowie durch die Fenster 181 bis 184 andererseits 
jeweils Teilansichten auf die mechanischen Wirknetze. Auf die 
elektrischen Leiter, auf die material fuhrenden Leiter und auf 
die optischen Leiter m6glich. 

5 

Durch Fig. 6 wird verdeutlicht, daS durch die vorgeschlagene 
Methode erstmals gesamtheitlich alle Anschlusse eines Objek- 
tes betrachtet werden kGnnen und mittels spezifischer soft- 
ware-gestutzter Verarbeitungseinheiten, die einen vorgegebe- 
10 nen Algorithmus beinhalten, in den verschiedenen Applikatio- 
nen visualisiert werden. Weiterhin 1st ersichtlich, dafi die 
in einem Sektor angewendeten Verarbeitungseinheiten auf jeden 
anderen der Sektoren gleichfalls angewendet werden kann. 

15 Das beschriebene System wurde als CAE (Computer Aided Engi- 
neering) -System Oder als CAD (Computer Aided Design) -System 
speziell fur die Elektrotechnik (ET) beschrieben. Die glei- 
chen Prinzipien kdnnen auch speziell fur das Fachgebiet Elek- 
trotechnik, Messen, Stellen und Regeln (EMSR) angewandt wer- 

2 0 den . 




WO 97/15877 Egf | |>CT/DE96/02040 




12 

Pa t en t anspr uche 

1. Computergestutztes Arbeits- und Informationssystem, insbe- 
sondere CAE- und/oder CAD-System, das objektorientiert ausge- 
5 bildet ist und bei dem zur Strukturierung Datenmodelle ver- 
wendet werden, die jeweils ein abstraktes physisches Modell 
der in der Realitat vorkoinmenden Objekte darstellen, und bei 
dem der abstrakten physischen Modellen jeweils Applikationen 
ohne eigenes Datenmodell zugeordnet sind, die ein Fenster auf 
10 das abstrakte physische Modell bilden, wobei das Fenster das 
abstrakte physische Modell applikationsspezif isch speziell 
for ein anlagentechnisches und/oder elektrotechnische Engi- 
neering visualisiert . 

15 2. System nach Anspruch 1, dadurch gekenn- 
zeichnet , daS zur Visualisierung Teile jeweils 
eines Objektes uber eine algorithmische Verarbeitungseinheit 
vom abstrakten physischen Modell in das fur das anlagentech- 
nische und/oder elektrotechnische Engineering applikations- 

20 spezifische Fenster gebracht werden. 

3. System nach Anspruch 2, dadurch gekenn- 
zeichnet , daS von der algorithmischen Verarbei- 
tungseinheit eine Engineeringkette realisiert wird, in der 

25 die Objekte eieineindeutig sind sowie ggf . fortlaufend mit 
Informationenen angereichert werden. 

4. System nach Anspruch 2, dadurch gekenn- 

z e i c h ne t , daS das anlagentechnische und/oder elektro- 
30 technische Engineering Objekte zum Messen, Stellen, Regeln 
(MSR) umfafit. 

5. System nach einem der vorhergehenden Anspruche, g e - 
kennzeichnet durch eine Ablauf fahigkeit auf un- 

35 terschiedlichen HW-Plattformen. 
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6. System nach einem der vorhergehenden Anspruche, g e - 
kennzeichnet durch einen Client-Server-Betrieb. 

7. System nach Anspruch 1 oder einem der Anspruche 2 bis 6, 
5 dadurch gekennzeichnet, dafi in der 

gesamten Engineeringkette eine konsistente Anlagendokumenta- 
tion gew&hrleitet ist. 

8. Baustein zur Anwendung bei einem Computergesttitzten Infor- 
10 mationssystem nach Anspruch 1 oder einen der Anspruche 2 bis 

7, dadurch gekennzeichnet , da& zur 
Strukturierung definierter Objekte, beispielsweise von Pro- 
dukten und Netzwerken, eine einzige Klassif ikation fur die 
realen Anschlufiklassen der Objekte verwendet wird. 

15 

9. Baustein nach Anspruch 7, dadurch gekenn- 
zeichnet , dafi fvir graphische Symbole der Objekte 
die gleiche Klassif ikation verwendet wird, 

20 10. Baustein nach Anspruch 8 oder Anspruch 9, da- 
durch gekennzeichnet, daS die Objekte 
innerhalb einer Anlage nur uber Anschlusse mit der Umwelt in 
Verbindung stehen. 

25 11. Baustein nach Anspruch 10, dadurch ge- 
kennzeichnet , daB die Anschlusse eines Objektes 
durch eine Klassif ikation des Anschlusses in ein Netzwerk 
identischer Klasse eingebunden ist, so dafi eine einzige Klas- 
sif ikation realisiert ist. 
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